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MODIFYING A DHCP CONFIGURATION FOR ONE SYSTEM ACCORDING TO A 

REQUEST FROM ANOTHER SYSTEM 

5 BACKGROUND OF THE INVENTION 

1. Technical Field: 

1 0 [0001] The present invention relates in general to improved networking and in 

particular to improved control over a DHCP server by multiple client systems. Still more 
particularly, the present invention relates to enabling a first system to modify a DHCP 
configuration of a second system at a DHCP server without requiring a remote login to the 
DHCP server. 

15 

2. Description of the Related Art: 

[0002] Networking today is often based on a client-server model. In general, in a 
client-server model, the client system sends requests to the server and the server processes the 
20 requests and returns a result. Under a client-server model, a single system may act as a client in 
some cases and as a server in others. 

[0003] Systems within a client-server network are typically assigned network addresses 
to identify themselves and establish connections with other systems in the network. In particular, 
a server configured as a Dynamic Host Configuration Protocol (DHCP) server allocates network 
25 addresses to dynamically configured systems. A network address assigned by a DHCP server 
typically has a configured lease time, after which the address is released. 

[0004] In particular, Dynamic Host Configuration Protocol is an Internet protocol that 
provides configuration parameters to Internet hosts. In addition to functioning as a mechanism 
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for DHCP server allocation of network addresses, DHCP is a protocol for supporting delivery of 
host-specific configuration parameters from a DHCP server to a host. 

[0005] A DHCP server may be combined with another type of server within a network. 
Often, however, it is advantageous to have multiple servers that perform specific services, such 

5 as multiple installation servers, and a separate DHCP server. 

[0006] When network systems interact with a separate DHCP server to set up 
configuration parameters, there are many scenarios in which one system needs to setup or modify 
the DHCP configuration parameters for another system. For example, consider an installation 
server that is a separate system from the DHCP server and is controlling the network installation 

10 of another system that is a DHCP client. For the installation to succeed, the client's lease time of 
a network address from the DHCP server must be increased so the lease does not expire during 
the installation. For the installation server to change the DHCP lease time configuration of 
another system, currently, the installation server must call a remote shell (rsh), secure shell (ssh), 
or other login function that allows the installation server to remotely login to the DHCP server to 

1 5 make the changes. 

[0007] Use of an rsh or ssh, however, is undesirable for several reasons. First, a system 
administrator must set up a service on the DHCP server that allows remote clients, such as the 
installation server, to execute the rsh or ssh command and gain access to the DHCP server. Then, 
the remote client must remotely login to the DHCP server and execute commands to change the 

20 configuration in the DHCP server. Further, this solution is often undesirable because with rsh or 
ssh access, the remote client, such as the installation server, is able to modify more than just the 
configuration of the DHCP service. Finally, use of rsh or ssh is undesirable because the DHCP 
daemon must be restarted for the configuration changes to take effect. 

[0008] Therefore, in view of the foregoing, it would be advantageous to provide a 

25 method, system, and program for enabling a first system to modify a second system's DHCP 

configuration at an independent DHCP server without requiring the first system to remotely login 
to the DHCP server, with limited configuration options, and without requiring the DHCP daemon 
to restart to effect the change. 
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SUMMARY OF THE INVENTION 

[0009] Therefore, the present invention provides improved networking and in particular 
to improved control over a DHCP server by multiple client systems. Still more particularly, the 
5 present invention provides a method, system, and program for enabling a first system to request 
modification of a DHCP configuration for a second system at a DHCP server without requiring a 
remote login to the DHCP server, with limited configuration options, and without requiring a 
restart to apply the modified configuration. 

[0010] According to aspect of the invention, a first system specifies a modify packet to 

10 request modification of a stored configuration for a dynamically configured system. The first 
system then sends the modify packet to a DHCP server which manages the stored configuration 
for the dynamically configured system, wherein the DHCP server is enabled to modify the stored 
configuration according to the modify packet. In particular, the first system may first be required 
to register with the DHCP server for modification privileges. 

1 5 [0011] The modify packet specifies that that it is a DHCP modify packet, the client, 

class, or network to be modified, the option to be modified, and the value to assign to the option. 
In addition, the modify packet may specify other information typical in a DHCP packet. 

[0012] According to another aspect of the invention, the DHCP server receives the 
modify packet and modifies the stored configuration for the dynamically configured system 

20 according to the modify packet. First, however, the DHCP server may authenticate the identity 
of the requesting system to determine which modification privileges the requesting system is 
allowed. Preferably, the first system must register and receive specified modification privileges 
that specify the types of options that can be modified, the values that can be assigned, and other 
parameters. 

25 [0013] Multiple systems may act as the first system to specify a modify packet to 

request modification of a single dynamically configured system. Further, the first system may be 
a statically configured system or a dynamically configured system. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0014] The novel features believed characteristic of the invention are set forth in the 
appended claims. The invention itself however, as well as a preferred mode of use, further 
5 objects and advantages thereof, will best be understood by reference to the following detailed 
description of an illustrative embodiment when read in conjunction with the accompanying 
drawings, wherein: 

[0015] Figure 1 is a block diagram depicting a computer system in which the present 
1 0 method, system, and program may be implemented; 

[0016] Figure 2 is a block diagram depicting a distributed network system with 
dynamically configured systems managed by a DHCP server; 

1 5 [0017] Figure 3 is a block diagram depicting one embodiment of a DHCP server in 

accordance with the method, system, and program of the present invention 

[0018] Figure 4 is a high level logic flowchart of a process and program for controlling 
registration of a client system with a DHCP server for modify privileges; 

20 

[0019] Figure 5 is a high level logic flowchart depicting a process and program for 
controlling the modification of a DHCP server by a registered client modification request 

[0020] Figure 6 is a high level logic flowchart depicting a process and program for 
25 registering a client system with modify privileges with a DHCP server; and 

[0021] Figure 7 is a high level logic flowchart depicting a process and program for 
controlling a DHCP modification request from a client system. 
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DET AILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

[0022] Referring now to the drawings and in particular to Figure 1, there is depicted 
one embodiment of a system through which the present method, system, and program may be 
5 implemented. The present invention may be executed in a variety of systems, including a variety 
of computing systems and electronic devices. 

[0023] Computer system 100 includes a bus 122 or other communication device for 
communicating information within computer system 100, and at least one processing device such 
as processor 112, coupled to bus 122 for processing information. Bus 122 preferably includes 
10 low-latency and higher latency paths that are connected by bridges and adapters and controlled 
within computer system 100 by multiple bus controllers. When implemented as a server system, 
computer system 100 typically includes multiple processors designed to improve network 
servicing power. 

[0024] Processor 112 may be a general-purpose processor such as IBM's PowerPC™ 
1 5 processor that, during normal operation, processes data under the control of operating system and 
application software accessible from a dynamic storage device such as random access memory 
(RAM) 114 and a static storage device such as Read Only Memory (ROM) 116. The operating 
system preferably provides a graphical user interface (GUI) to the user. In a preferred 
embodiment, application software contains machine executable instructions that when executed 
20 on processor 112 carry out the operations depicted in the flowcharts of Figures 9, 10, 11, and 
others described herein. Alternatively, the steps of the present invention might be performed by 
specific hardware components that contain hardwired logic for performing the steps, or by any 
combination of programmed computer components and custom hardware components. 

[0025] The present invention may be provided as a computer program product, included 
25 on a machine-readable medium having stored thereon the machine executable instructions used 
to program computer system 100 to perform a process according to the present invention. The 
term "machine-readable medium" as used herein includes any medium that participates in 
providing instructions to processor 112 or other components of computer system 100 for 
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execution. Such a medium may take many forms including, but not limited to, non-volatile 
media, volatile media, and transmission media. Common forms of non- volatile media include, 
for example, a floppy disk, a flexible disk, a hard disk, magnetic tape or any other magnetic 
medium, a compact disc ROM (CD-ROM) or any other optical medium, punch cards or any 
5 other physical medium with patterns of holes, a programmable ROM (PROM), an erasable 

PROM (EPROM), electrically EPROM (EEPROM), a flash memory, any other memory chip or 
cartridge, or any other medium from which computer system 100 can read and which is suitable 
for storing instructions. In the present embodiment, an example of a non-volatile medium is 
mass storage device 118 which as depicted is an internal component of computer system 100, but 
1 0 will be understood to also be provided by an external device. Volatile media include dynamic 
memory such as RAM 114. Transmission media include coaxial cables, copper wire or fiber 
optics, including the wires that comprise bus 122. Transmission media can also take the form of 
acoustic or light waves, such as those generated during radio frequency or infrared data 
communications. 

1 5 [0026] Moreover, the present invention may be downloaded as a computer program 

product, wherein the program instructions may be transferred from a remote computer such as a 
server 140 to requesting computer system 100 by way of data signals embodied in a carrier wave 
or other propagation medium via a network link 134 (e.g. a modem or network connection) to a 
communications interface 132 coupled to bus 122. Communications interface 132 provides a 

20 two-way data communications coupling to network link 134 that may be connected, for example, 
to a local area network (LAN), wide area network (WAN), or Internet Service Provider (ISP). In 
particular, network link 134 may provide wired and/or wireless network communications to one 
or more networks. 

[0027] Network link 134 is connected to network 102. Network 102 may refer to the 
25 worldwide collection of networks and gateways that use a particular protocol, such as 

Transmission Control Protocol (TCP) and Internet Protocol (IP), to communicate with one 
another. Network 102 uses electrical, electromagnetic, or optical signals that carry digital data 
streams. The signals through the various networks and the signals through network link 134 and 
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communication interface 132, which carry the digital data to and from computer system 100, are 
exemplary forms of carrier waves transporting the information. 

[0028] When implemented as a server system, computer system 100 typically includes 
multiple communication interfaces accessible via multiple peripheral component interconnect 

5 (PCI) bus bridges connected to an input/output controller. In this manner, computer system 100 
allows connections to multiple network computers. 

[0029] In addition, computer system 100 typically includes multiple peripheral 
components that facilitate communication. These peripheral components are connected to 
multiple controllers, adapters, and expansion slots coupled to one of the multiple levels of bus 

10 122. For example, an audio input/output (I/O) device 128 is connectively enabled on bus 122 for 
controlling audio outputs and inputs. A display device 124 is also connectively enabled on bus 
122 for providing visual, tactile or other graphical representation formats and a cursor control 
device 130 is connectively enabled on bus 122 for controlling the location of a pointer within 
display device 124. A keyboard 126 is connectively enabled on bus 122 as an interface for user 

15 inputs to computer system 100. In alternate embodiments of the present invention, additional 
input and output peripheral components may be added. 

[0030] Those of ordinary skill in the art will appreciate that the hardware depicted in 
Figure 1 may vary. Furthermore, those of ordinary skill in the art will appreciate that the 
depicted example is not meant to imply architectural limitations with respect to the present 

20 invention. 

[0031] With reference now to Figure 2, a block diagram depicts a distributed network 
system with dynamically configured systems managed by a DHCP server. Distributed network 
system 200 is a network of client systems and server systems in which one embodiment of the 
25 invention may be implemented. It will be understood that the present invention may be 
implemented in other embodiments of systems enabled to communicate via a connection. 

[0032] In the embodiment, distributed network system 200 contains network 102, 
which is the medium used to provide communications links between various devices and 
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computers connected together within network system 200. Network 102 may include permanent 
connections such as wire or fiber optics cables, temporary connections made through telephone 
connections and wireless transmission connections. 

[0033] A DHCP server 208 preferably provides configuration parameters to the other 
5 systems in distributed network system 200 and in particular, manages the allocation of dynamic 
IP addresses to any of the server and client systems depicted in distributed network system 200. 
Alternatively, a static IP address may be assigned to a system within distributed network system 
200. 

[0034] According to an advantage of the present invention, DHCP server 208 is enabled 

10 to allow a system accessing DHCP server 208 to modify the DHCP configuration for another 
system within distributed network 200 within the requesting system logging in to DHCP server 
208. As will be described in detail below, first, the system requesting to modify the DHCP 
configuration may be granted modify privileges from DHCP server 208. Next, once a system is 
granted modify privileges, the system can send a MODIFY packet to DHCP server 208 

1 5 requesting the modification. DHCP server 208 receives the MODIFY packet, verifies the modify 
privileges of the requesting system, and itself controls the modification of the configuration file 
according to the MODIFY packet. 

[0035] It is important to note that the present invention is particularly advantageous 
where the system sending the MODIFY packet is independent from DHCP server 208. It will be 

20 understood, however, that DHCP server 208 may perform multiple functions, including the 
functions of the other systems depicted in distributed network system 200. 

[0036] Further, it is important to note that a particular system may be granted modify 
privileges or the user currently logged into the system may be granted the modify privileges from 
that system. It will be understood that multiple methods may be implemented for granting 

25 privileges and authenticating a system to verify privileges. 

[0037] As depicted, distributed network system 200 includes client system 210 and 212, 
which are systems typically requesting services within distributed network system 200. DHCP 
server 208 may assign dynamic IP addresses and other network configuration settings to client 
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systems 210 and 212. It will be understood, however, that client system 210 and 212 may also 
function as server systems and provide services to other systems in distributed network system 
200. 

[0038] According to an advantage of the present invention, either of client systems 210 
5 and 212 may be granted modify privileges from DHCP server 208 and thereafter MODIFY 
packets sent by either of client systems 210 or 212 which will be implemented by DHCP server 
208 to modify the configuration of another system. Further, according to an advantage of the 
present invention, other systems may request to modify the DHCP configuration of client 
systems 210 and 212. 

10 [0039] In addition, in the example depicted, distributed network system 200 includes an 

installation server 220 that controls the installation of software on client systems 210 and 212 
and other systems within distributed network system 200. It will be understood that multiple 
installation servers may be included within distributed network system 200, wherein each 
installation server provides installs for a particular operating system. 

1 5 [0040] According to an advantage of the present invention, installation server 220 may 

be granted modify privileges and send a MODIFY packet to DHCP server 208 requesting an 
extension of the lease time of a system receiving a network install controlled by installation 
server 220. In particular, when performing a software installation on a dynamically configured 
system, such as client system 210, it is advantageous for the system to maintain the same address 

20 during the duration of the installation and the re-registration with DHCP server 208 after the 
installation. 

[0041] Further, in the example, a Domain Name System (DNS) server 222 is depicted 
which maintains a database of host computers and their associated IP addresses. Further, the 
DNS database may include Media Access Control (MAC) addresses that identify each node 
25 within distributed network system 200. 

[0042] According to an advantage of the present invention, DNS server 222 may 
receive modify privileges from DHCP server 208 and then send a MODIFY packet to update the 
hostname assigned to a specific MAC address in the DHCP configuration file. It will be 



AUS920030948US1 



-10- 



understood that DNS server 222 may send MODIFY packets requesting other types of 
configuration modifications. 

[0043] Moreover, in the example depicted, distributed network system 200 includes 
printers 230 and 232 are network printers that client systems 210 and 212, for example, may be 
5 configured to send print requests. According to an advantage of the present invention, a system 
which manages printers 230 and 232 may receive modify privileges and send a MODIFY packet 
to DHCP server 208 requesting a modification of the list of printers specified for a particular 
subnet or class of DHCP client systems. 

[0044] Further, it will be understood that MODIFY packets may be sent to DHCP 
10 server 208 to modify other types of configuration specifications. For example, a system 

managing the network services within distributed network system 200 may sent a MODIFY 
packet to update the DHCP options of DHCP server 208. 

[0045] Referring now to Figure 3, there is depicted a block diagram of one 
1 5 embodiment of a DHCP server in accordance with the method, system, and program of the 
present invention. As illustrated, a DHCP server 208 includes a DHCP daemon 302 and a 
service controller 308. Further, DHCP server includes a registered systems database 304 and a 
configuration file 306. It will be understood that alternate configurations of a DHCP server with 
alternate components and data storage structures may also implement the present invention. 
20 [0046] DHCP daemon 302 controls packet receipt and transmission for DHCP server 

208. In particular, as an advantage of the present invention, a client system may register with 
DHCP server 208 for modification privileges. Registered systems database 304 maintains a 
record of each client system granted modification privileges. Thus, when a client system sends a 
MODIFY packet that is received at DHCP server 208, DHCP daemon 302 receives the MODIFY 
25 packet and authenticates the requesting system identity, accessing registered systems database 
304 to determine what privileges are provided to the requesting system. 

[0047] Further registered systems database 304 may maintain a record of user 
identifiers and system identifiers and the modification privileges that each is allowed. For 
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example, a network administrator identifier may be specified to modify all options provided by a 
DHCP server, such that when the network administrator logs on to any system within the 
network, the system is temporarily registered for all modify privileges. In another example, 
specified modification options may be set for any installation server registering with DHCP 
5 server 208, such as the privilege to modify the lease time option. 

[0048] DHCP server 208 may implement multiple types of authentication for registered 
systems. For example, when a system registers, DHCP daemon 302 may send a trusted key to 
the registered system. The trusted key is then used to authenticate the registered system. In 
another example, when a system registers, the IP address or MAC address of the system is 

10 recorded and used to authenticate the sending system of a MODIFY request. 

[0049] Service controller 308 preferably controls the actual service options provided by 
DHCP server 208 according to the settings of configuration file 306. Configuration file 306 may 
include multiple configuration settings for each of the systems available via network 102. In 
particular, the systems available via network 102 may each be specified as a client, a class or a 

1 5 network. 

[0050] Further, responsive to DHCP daemon 302 authenticating a system sending a 
MODIFY packet, service controller 308 modifies configuration file 306 according to the 
modifications requests in the MODIFY packet. Importantly, once the modifications to 
configuration file 306 are made, DHCP server 208 does not need to be restarted since service 
20 controller 308 performs the modification to configuration file 306 based on a packet, rather than 
a remote system logging into DHCP server 208 and performing the modification. 

[0051] Table 1 illustrates an example a general configuration of a MODIFY packet that 
might be received by DHCP server 208. In particular, a code number, such as "9", may be 
designated for the MODIFY message type. 

25 

IP Header 
TCP Header 
DHCP Message 
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Message type = DHCPMODIFY code 

. . . Other standard parameters for a DHCP message. . . 

Client/class/network = DHCP client, class, or network to modify 

Option = Option to be Modified 

Option Value = Values of Option to be Modified 

Table 1 " ~~ 

[0052] Table 2 illustrates an example of the DHCP message portion of a MODIFY 
packet requesting modification of the lease-time of a client identified as "client 1". 



Message type = 9 [DHCPMODIFY code] 

. . . Other standard parameters for a DHCP message. . . 

Client = client 1 

Option = 5 1 [lease-time] 

Option value = 10800 

Table 2 ~ 

[0053] With reference now to Figure 4, there is depicted a high level logic flowchart of 
a process and program for controlling registration of a client system with a DHCP server for 
modify privileges. As depicted, the process starts at block 400 and thereafter proceeds to block 
402. Block 402 depicts a determination whether the DHCP server receives a registration request 
for modify privileges. If the request is not received, then the process iterates at block 402. If the 
request is received, then the process passes to block 404. Block 404 depicts a determination 
whether the client system is authorized to register. In particular, multiple requirements may be 
specified for filtering which client systems are authorized to register for modify privileges. For 
example, specific client system identifiers may be specified as being allowed to register. In 
another example, the user logged on to the client system may be allowed to temporarily register 
the system. Further, registration may be restricted to client systems with certain security 
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privileges for accessing other parts of the network. 

[0054] At block 404, if the system is not authorized to register, then the process passes 
to block 410. Block 410 depicts returning a DHCPDECLINE packet to the client system, and the 
process ends. 

5 [0055] Alternatively, at block 404, if the system is authorized to register, then the 

process passes to block 406. Block 406 depicts registering the client system for modify 
privileges in the registered systems database. Next, block 408 depicts returning a 
DHCP ACCEPT packet to the client system, and the process ends. 

1 0 [0056] Referring now to Figure 5, there is depicted a high level logic flowchart of a 

process and program for controlling the modification of a DHCP server by a registered client 
modification request. As illustrated, the process starts at block 500 and thereafter proceeds to 
block 502. Block 502 depicts a determination whether a DHCPMODIFY request is received. If 
a DHCPMODIFY request is not received, then the process iterates at block 502. If a 

1 5 DHCPMODIFY request is received, then the process passes to block 504. Block 504 depicts a 
determination whether the client system is authorized to request a DHCPMODIFY. In particular, 
the client system must be authenticated for authorization to modify the DHCP configuration of 
another system. 

[0057] At block 504, if the client system is not authorized to request a DHCPMODIFY, 
20 then the process passes to block 510. Block 510 depicts returning a DHCPDECLINE packet to 
the client system, and the process ends. 

[0058] Alternatively, at block 504, if the client system is authorized to request a 
DHCPMODIFY, then the process passes to block 506. Block 506 depicts modifying the 
configuration file according to the request. Next, block 508 depicts returning a DHCP ACCEPT 
25 to the client system, and the process ends. 

[0059] With reference now to Figure 6, there is depicted a high level logic flowchart of 
a process and program for registering a client system with modify privileges with a DHCP server. 
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As depicted, the process starts at block 600 and thereafter proceeds to block 602. Block 602 
depicts sending a registration request to the DHCP server for modify privileges. Next, block 604 
depicts a determination whether the registration is accepted with a DHCP ACCEPT or other 
acceptance packet. If a registration acceptance packet is received, then the process passes to 
5 block 606. Block 606 depicts recording the registration acceptance, including any security keys, 
and the process ends. Alternatively, if a registration acceptance packet is not received, then the 
process passes to block 610. Block 610 depicts a determination whether a DHCPDECLINE is 
received. If a DHCP decline is not received, then the process returns to block 604. If a 
DHCPDECLINE is received, then the process passes to block 612. Block 612 depicts recording 
10 the registration decline, and the process ends. 

[0060] Referring now to Figure 7, there is depicted a high level logic flowchart of a 
process and program for controlling a DHCP modification request from a client system. As 
depicted, the process starts at block 700 and thereafter proceeds to block 702. Block 702 depicts 

1 5 sending a modify packet request to the DHCP server. In addition, any security key or other 
information required to authenticate the client system is sent. Next, block 704 depicts a 
determination whether a DHCP ACCEPT packet is received. If a DHCP ACCEPT packet is 
received, then the process passes to block 706. Block 706 depicts recording the modification 
acceptance, and the process ends. Alternatively, at block 704, if a DHCP ACCEPT packet is not 

20 received, then the process passes to block 708. Block 708 depicts a determination whether a 
DHCPDECLINE packet is received. If a DHCPDECLINE packet is not received, then the 
process returns to block 704. If a DHCPDECLINE packet is received, then the process passes to 
block 710. Block 710 depicts recording the modification decline, and the process ends. 

25 [0061] While the invention has been particularly shown and described with reference to 

a preferred embodiment, it will be understood by those skilled in the art that various changes in 
form and detail may be made therein without departing from the spirit and scope of the invention. 



